X-MimeOLE: Produced By Microsoft Exchange V6.5
Received: by onstor-exch02.onstor.net 
	id <01C78E63.536160E7@onstor-exch02.onstor.net>; Fri, 4 May 2007 08:46:05 -0700
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C78E63.536160E7"
Content-class: urn:content-classes:message
Subject: RE: GNS Support of Cifssrvr, Netbios, and FQDN Names
Date: Fri, 4 May 2007 08:46:04 -0700
Message-ID: <BB375AF679D4A34E9CA8DFA650E2B04E038CA110@onstor-exch02.onstor.net>
In-Reply-To: <BB375AF679D4A34E9CA8DFA650E2B04E0138C62C@onstor-exch02.onstor.net>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: GNS Support of Cifssrvr, Netbios, and FQDN Names
Thread-Index: AceN8w9CV99WVX6YSFmQSBJlkSRH3gAcB8CA
From: "Dennis Arellano" <dennis.arellano@onstor.com>
To: "Chris Vandever" <chris.vandever@onstor.com>,
	"dl-Design Review" <dl-designreview@onstor.com>,
	"Narayan Venkat" <narayan.venkat@onstor.com>,
	"dl-QA" <dl-qa@onstor.com>,
	"dl-Publications" <dl-publications@onstor.com>

This is a multi-part message in MIME format.

------_=_NextPart_001_01C78E63.536160E7
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Chris,

Please file a defect to track the documentation change.=20

Thanks, Dennis

_____________________________________________
From: Chris Vandever=20
Sent: Thursday, May 03, 2007 7:22 PM
To: dl-Design Review; Narayan Venkat; dl-QA; dl-Publications
Subject: GNS Support of Cifssrvr, Netbios, and FQDN Names

I would like to postpone GNS support for automatic renaming of cifssrvrs
and netbios names in junctions from Delorean to Zonda.  This should
actually have minor impact.  They can still be used as targets in GNS
junctions.  The only functionality missing is automatic rename, just
like out-of-cluster targets.

When you define a target in a GNS junction it includes a server name.
Currently, if that server name matches an existing vsvr name, the two
are essentially linked together in the clusDb.  If the vsvr is renamed,
the name is automatically updated in the target.  If the server name
doesn't match an existing vsvr name it is treated as being
out-of-cluster and we transparently create a pseudoVsvr in the clusDb.
If a vsvr is subsequently created with that name (or renamed to have
that name) the target will be linked to it, so any subsequent renames of
the vsvr will be automatically reflected in the target.

Cifssrvrs and netbios names provide aliases for a vsvr.  Currently,
these names are treated as being out-of-cluster.  The net effect is that
renames of cifssrvrs or netbios names are not automatically tracked in
GNS targets.

What should happen is that those names should also be linked together
with the target, which would allow the target to be automatically
updated whenever they are renamed.  This requires restructuring some
records in the clusDb, and thus a clusDb upgrade, so I am concerned
about trying to rush this change into Delorean so late for what seems to
be a minor benefit.

On a related topic, the vsvr can be specified by FQDN in a target.
Currently, this is also treated as an out-of-cluster target, thus it
doesn't track vsvr renames.  I propose to leave this behavior as is.

I will be updating the functional spec to reflect this, but wanted to
get feedback on it ASAP.  I'd appreciate any comments/questions you may
have.  Thanks.

ChrisV



------_=_NextPart_001_01C78E63.536160E7
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Dus-ascii">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version =
6.5.7651.59">
<TITLE>RE: GNS Support of Cifssrvr, Netbios, and FQDN Names</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/rtf format -->

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Arial">Chris,</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Arial">Please file a defect to track the documentation change. =
</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT COLOR=3D"#000080" SIZE=3D2 =
FACE=3D"Arial">Thanks, Dennis</FONT></SPAN><SPAN =
LANG=3D"en-us"></SPAN><SPAN LANG=3D"en-us"></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT SIZE=3D2 =
FACE=3D"Tahoma">_____________________________________________<BR>
</FONT></SPAN><SPAN LANG=3D"en-us"><B></B></SPAN><SPAN =
LANG=3D"en-us"><B><FONT SIZE=3D2 =
FACE=3D"Tahoma">From:</FONT></B></SPAN><SPAN LANG=3D"en-us"></SPAN><SPAN =
LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Tahoma"> Chris Vandever<BR>
</FONT></SPAN><SPAN LANG=3D"en-us"><B></B></SPAN><SPAN =
LANG=3D"en-us"><B><FONT SIZE=3D2 =
FACE=3D"Tahoma">Sent:</FONT></B></SPAN><SPAN LANG=3D"en-us"></SPAN><SPAN =
LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Tahoma"> Thursday, May 03, 2007 =
7:22 PM<BR>
</FONT></SPAN><SPAN LANG=3D"en-us"><B></B></SPAN><SPAN =
LANG=3D"en-us"><B><FONT SIZE=3D2 =
FACE=3D"Tahoma">To:</FONT></B></SPAN><SPAN LANG=3D"en-us"></SPAN><SPAN =
LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Tahoma"> dl-Design Review; Narayan =
Venkat; dl-QA; dl-Publications<BR>
</FONT></SPAN><SPAN LANG=3D"en-us"><B></B></SPAN><SPAN =
LANG=3D"en-us"><B><FONT SIZE=3D2 =
FACE=3D"Tahoma">Subject:</FONT></B></SPAN><SPAN =
LANG=3D"en-us"></SPAN><SPAN LANG=3D"en-us"><FONT SIZE=3D2 =
FACE=3D"Tahoma"> GNS Support of Cifssrvr, Netbios, and FQDN =
Names</FONT></SPAN><SPAN LANG=3D"en-us"></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Arial">I =
would like to postpone GNS support for automatic renaming of cifssrvrs =
and netbios names in junctions from Delorean to Zonda.&nbsp; This should =
actually have minor impact.&nbsp; They can still be used as targets in =
GNS junctions.&nbsp; The only functionality missing is automatic rename, =
just like out-of-cluster targets.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Arial">When =
you define a target in a GNS junction it includes a server name.&nbsp; =
Currently, if that server name matches an existing vsvr name, the two =
are essentially linked together in the clusDb.&nbsp; If the vsvr is =
renamed, the name is automatically updated in the target.&nbsp; If the =
server name doesn&#8217;t match an existing vsvr name it is treated as =
being out-of-cluster and we transparently create a pseudoVsvr in the =
clusDb.&nbsp; If a vsvr is subsequently created with that name (or =
renamed to have that name) the target will be linked to it, so any =
subsequent renames of the vsvr will be automatically reflected in the =
target.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT SIZE=3D2 =
FACE=3D"Arial">Cifssrvrs and netbios names provide aliases for a =
vsvr.&nbsp; Currently, these names are treated as being =
out-of-cluster.&nbsp; The net effect is that renames of cifssrvrs or =
netbios names are not automatically tracked in GNS =
targets.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT SIZE=3D2 =
FACE=3D"Arial">What</FONT></SPAN><SPAN =
LANG=3D"en-us"><I></I></SPAN><SPAN LANG=3D"en-us"><I> <FONT SIZE=3D2 =
FACE=3D"Arial">should</FONT></I></SPAN><SPAN LANG=3D"en-us"></SPAN><SPAN =
LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Arial"> happen is that those names =
should also be linked together with the target, which would allow the =
target to be automatically updated whenever they are renamed.&nbsp; This =
requires restructuring some records in the clusDb, and thus a clusDb =
upgrade, so I am concerned about trying to rush this change into =
Delorean so late for what seems to be a minor benefit.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Arial">On a =
related topic, the vsvr can be specified by FQDN in a target.&nbsp; =
Currently, this is also treated as an out-of-cluster target, thus it =
doesn&#8217;t track vsvr renames.&nbsp; I propose to leave this behavior =
as is.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT SIZE=3D2 FACE=3D"Arial">I =
will be updating the functional spec to reflect this, but wanted to get =
feedback on it ASAP.&nbsp; I&#8217;d appreciate any comments/questions =
you may have.&nbsp; Thanks.</FONT></SPAN></P>

<P ALIGN=3DLEFT><SPAN LANG=3D"en-us"><FONT SIZE=3D2 =
FACE=3D"Arial">ChrisV</FONT></SPAN></P>
<BR>

</BODY>
</HTML>
------_=_NextPart_001_01C78E63.536160E7--
